============================================================== Guild: wafer.space Community Channel: ℹ️ - Information / general Topic: Welcome to [wafer.space](https://wafer.space/) - documentation at [wafer.space github](https://github.com/wafer-space) - buy at [buy.wafer.space](https://buy.wafer.space) - archives at [discord.wafer.space](https://discord.wafer.space/) After: 2026-01-31 11:59 p.m. Before: 2026-03-01 12:00 a.m. ============================================================== [2026-02-01 1:20 a.m.] rtimothyedwards_19428 Your spreadsheet is showing a maximum of 115kB with my largest (1kB) macro. Assuming the thing actually works. [2026-02-03 5:14 p.m.] polyfractal will do! A little confused by the DFFRAM entries that are currently in the sheet. they link to Tim's sram (and are also dead links) [2026-02-03 9:58 p.m.] olevi123 Hi guys, I am working on the OpenROAD Initiative (https://openroadinitiative.org/) to support open-source EDA tools. @Tim 'mithro' Ansell suggested I reach out here to get your feedback on two questions: What are the trade-offs of using open-source tools vs. commercial tools? What level of support do you expect from open-source tools (community, dedicated team, etc.)? I really appreciate your responses! We’ll use your input to fine-tune our approach in improving usability and reducing costs for chip designers. Thanks in advance! {Reactions} 👍 👋 [2026-02-03 11:46 p.m.] mithro_ The existing DFFRAM data is not valid, just me copying the SRAM block to give you a place to add your data. {Reactions} 👍 [2026-02-03 11:47 p.m.] mithro_ BTW It should be open source tools vs **proprietary** tools 🙂 [2026-02-04 1:05 a.m.] bailey8889 @OlegL None of the three `Get Involved` buttons are working for me using Chrome with popups and javascript enabled. [2026-02-04 3:50 a.m.] olevi123 Not sure where these buttons came from. Ignore them. There is a link in the message where you can learn more about OpenRoad Initiative [2026-02-04 4:19 a.m.] bailey8889 @OlegL Sorry for the confusion. The `Get Involved` buttons are on the https://openroadinitiative.org/ page. {Embed} Riyaz https://openroadinitiative.org/ Home [2026-02-04 4:50 a.m.] olevi123 @bailey The website is still work in progress. Please add any answers to question(s) and/or your comments to the reply {Reactions} 👍 [2026-02-06 10:54 p.m.] olevi123 Hi guys, just circling back to see if anyone has any feedback or comments on these two questions: **1. What are the trade-offs of using open-source tools vs. proprietary tools?** **2. What level of support do you expect from open-source tools (community, dedicated team, etc.)?** [2026-02-07 12:13 a.m.] polyfractal grain of salt: I'm an absolute newbie here, and no experience with proprietary tools. but for 2), I think the biggest help would be really thorough documentation of common "knobs" that a designer might need to tune. What the parameter does, how it interacts with other parts of the system, when you might need to tune a specific parameter, what ranges are reasonable, guides about how to think about parameter tweaking ("try A first, then try B, but be careful because it might affect XYZ"). Some of this exists but it's pretty sparse in places. I.e. material to help with self-directed troubleshooting, rather than direct support (which scales poorly anyway). As an example, I pretty blindly messed with all the margin parameters until I found combinations that worked, only to later learn that manual ECO steps exist and I could maybe have targeted specific areas of the circuit. Ditto to learning late in the project that 9T cells were an option and fixed a lot of my timing/congestion issues. Or that different SRAM macro placement locations/orientations could seriously impact PVT corners. Or how to load up DRC violations and inspect them manually, and strategies for fixing them. All of that seems very obvious in hindsight, but it was _a huge_ learning curve to get up to speed with since documentation is kinda all over the place. And there is a big lack of "best practice" style guides [2026-02-07 12:14 a.m.] polyfractal tl;dr: the wafer.space project template was amazing for "push button get GDS", but as a newbie it took a long time to figure out how to tweak things to fit my specific design 🙂 More robust docs about how OpenRoad/LibreLane works in that regard would really help [2026-02-07 2:25 a.m.] mithro_ People who are interested in adder optimization might find https://onlinelibrary.wiley.com/doi/abs/10.1002/cta.70336 interesting. {Reactions} waferspace (2) [2026-02-09 10:01 a.m.] bailey8889 I've begun a series of back-end checks on the ws-1 open source designs. I'm currently running magic extraction, magic soft connection checks, and CVC-RV ERC checks. netgen LVS will follow if I can locate the source netlists, and then maybe Klayout LVS. You can follow the results here https://github.com/d-m-bailey/extra_be_checks/discussions/52. {Reactions} 👍 🎉 [2026-02-10 4:01 a.m.] mithro_ https://www.linkedin.com/events/7426800975115493376/ {Embed} https://www.linkedin.com/events/7426800975115493376/ LinkedIn Login, Sign in | LinkedIn Login to LinkedIn to keep in touch with people you know, share ideas, and build your career. [2026-02-10 4:02 a.m.] mithro_ I'll be chatting on a live stream about wafer.space with Alex from Hackster tomorrow [2026-02-10 4:02 a.m.] mithro_ Please share with people [2026-02-10 6:11 a.m.] mithro_ {Reactions} 👍 (2) [2026-02-10 6:11 a.m.] mithro_ This is super cool! [2026-02-15 12:26 a.m.] ewenmcneill @Tim 'mithro' Ansell ^^^ Crypto Spam (screenshots) in this channel and others (including channels that ought to be limited posting like announcements and welcome-and-rules, but for some reason are open to general posting...) [2026-02-17 4:21 p.m.] thorben_61995 Sorry for missing the call. Is there any recording, slides or pictures to share? 🙂 Would have loved to join but was traveling that day. [2026-02-17 4:24 p.m.] thorben_61995 For anyone (like me) interested in Tim's chat with Alex: https://www.youtube.com/watch?v=HpBEOXHUzHE {Embed} Hackster.io, an Avnet community https://www.youtube.com/watch?v=HpBEOXHUzHE Tim "mithro" Ansell: Custom Silicon with wafer.space // Hackster Café Tim is a champion of open-source, affordable silicon fabrication. Their latest endeavor, wafer.space, brings PCB-style pooled manufacturing to custom chips. You can start by taping out your own chip for $200 via Tiny Tapeout (doable for high schoolers) – or jump right into a $7K USD, 1,000-part order with wafer.space, in a collaboration that e... 2026-02_media/maxresdefault-B96FE.jpg {Reactions} 💜 [2026-02-17 4:40 p.m.] mole99 No problem! There will be future ones 😀 Unfortunately not, we just looked at the various projects and had a chat. {Reactions} waferspace [2026-02-17 4:55 p.m.] tholin Tim is indeed right that I invest a lot of energy into making my open source silicon projects as impressive as possible, and its absolutely because I want to make open-source chips look like something to be taken seriously. And I won’t let "but that looks really difficult" stop me because I have covered my eyes! The difficulty can’t scare me if I can’t see it! [2026-02-17 4:56 p.m.] tholin There are two things that get me through stuff like making my own SCL or making my first analog layout: 1) 200mg of caffeine 2) Wilful ignorance [2026-02-17 4:58 p.m.] tholin Sometimes, I just need to lock in and focus on one problem at a time because the big picture is a giant monster and I have to hide from it to survive. [2026-02-17 4:58 p.m.] tholin But also....so much coffee... [2026-02-17 4:58 p.m.] tholin especially near deadline [2026-02-17 9:59 p.m.] mithro_ Do you know how to setup / fix that? [2026-02-17 10:00 p.m.] mithro_ I hope I didn't mangle your name too badly, I only speak one language and can't even pronounce that right a lot of the time. [2026-02-17 10:07 p.m.] tholin It was correct [2026-02-18 4:12 a.m.] bailey8889 I don't know if it's a major problem, but it appears that the magic tech file `1.0.572-0-g5443591` does not process the metal slot layers. ``` Warning: unknown layers. layer=34 type=3 (metal1 slot) layer=36 type=3 (metal2 slot) layer=42 type=3 (metal3 slot) layer=46 type=3 (metal4 slot) layer=81 type=3 (metal5 slot) ``` @Tim Edwards [2026-02-18 9:11 a.m.] ewenmcneill https://support.discord.com/hc/en-us/articles/205369668-How-do-I-set-up-a-Role-Exclusive-announcements-channel Tl;DR: set up group of users who are to have permissions to post announcements, change channel permissions to remove "send message" from the "Everyone" group, and add "send message" permission for the group of users that should be allowed to post. [2026-02-18 4:40 p.m.] samuelnapaa need information on the thickness of the chip? [2026-02-18 5:41 p.m.] rtimothyedwards_19428 Magic does not handle the slot purpose layers, but it will preserve them if writing GDS verbatim. I notice that magic does not check for maximum metal width, either. That is probably a holdover from the original PDK development when we were expecting GF to run fill, seal, and slot generation. So there was no need to check the rule. Does wafer.space have any automated slot generation scripts, or is that up to the user to resolve? [2026-02-18 7:45 p.m.] mole99 I created a simple script for metal slot generation: https://github.com/wafer-space/gf180mcu/blob/main/gf180mcuD/libs.tech/klayout/tech/drc/slot_generation/slots.drc {Reactions} 😮 [2026-02-19 12:30 a.m.] bailey8889 I was just wondering about slot layers over via drc/lvs rules. Having the slot layers in a totally different cell would complicate magic extraction, I think. But if drc checks are required to ensure that the slot does not interact with vias and the slot does not break connectivity, then there may not be a problem. (Other than not being able to manually add slot data in magic). [2026-02-19 12:37 a.m.] rtimothyedwards_19428 I think the existing setup works best: Magic does not check maximum metal width and does not handle slots. Slots, fill, and seal ring are all added by scripts prior to submission and then run through DRC checks on klayout. {Reactions} 👍 [2026-02-19 5:47 p.m.] egorxe Are there any 3.3V digital IO libraries for the gf180mcu or plans to create one? I’m only aware of the foundry-provided 5V library, without level shifters and the OCD 5V IO for a 3.3V core by @Tim Edwards. Are these the only existing IO libraries, or am I missing something? Is running the foundry IO at 3.3V together with the core (which will be rather slow) the only option to get 3.3V CMOS IO currently? [2026-02-19 5:51 p.m.] 246tnt The foundry one has caracterization data for 3.3V and will run fine at that level. [2026-02-19 5:56 p.m.] 246tnt The speed difference between 3.3v and 5v is not that huge, it's only about 20~30% faster. [2026-02-19 6:03 p.m.] egorxe For the core? I've run several tests in Librelane some time ago using 3.3V liberty files for 7t library and got the impression that the difference is closer to 2 times. I'll check again, thanks. [2026-02-19 6:12 p.m.] rtimothyedwards_19428 @Egor Lukyanchenko : For the core, there is the 3.3V library created by @Tholin at https://github.com/AvalonSemiconductors/gf180mcu_as_sc_mcu7t3v3. It is being tested along with my I/O library on the current Wafer.Space shuttle run. [2026-02-19 6:16 p.m.] egorxe @Tim Edwards I'm aware of that and eagerly awaiting the results :). Do you plan to perform some kind of on-chip timing characterization for cells when you get the silicon? [2026-02-19 6:19 p.m.] 246tnt @Egor Lukyanchenko No, I meant for the IO. [2026-02-19 6:24 p.m.] egorxe For the IO I agree, the difference should be around 30%. But currently the core will need to be at 3.3V also, and it will be much slower, especially if considering ss corner (3V). So I was asking if maybe someone is planning to create 3.3V IO for 5V core or something like it :). [2026-02-19 6:32 p.m.] 246tnt I had a quick go at trying to remove the thick oxide from the foundry standard cell ( go to the 3.3v oxide thickness but still leave the geometry the same ), hoping it would result in faster logic ... this was however quite a failure 😅 [2026-02-19 6:34 p.m.] 246tnt The resulting cells ended up slower because although the thinner oxide lowered Vt a tiny bit, it wasn't even enough to compensate the increased gate capacitance also resulting from the thinner oxide and so it was all in all worse than leaving the 5V transistors running at 3v3. [2026-02-19 6:40 p.m.] egorxe Still a great attempt and a very interesting experiment 😄. I saw a discussion about it in Google docs. [2026-02-19 6:54 p.m.] egorxe Have you tried reducing gate width at the same time BTW? The minimum width for 3.3 is 0.28 um vs 0.5 um for 5V, so it should reduce the capacitance by a sizable amount. [2026-02-19 6:57 p.m.] 246tnt Well yes, but that's a whole harder to automate / script 😅 {Reactions} 😀 [2026-02-19 7:30 p.m.] ravenslofty That's not exactly how that works [2026-02-19 7:31 p.m.] ravenslofty For example, the foundry cells don't use minimum-width transistors for "size 1" cells [2026-02-19 7:36 p.m.] 246tnt I think he meant length not width. [2026-02-20 2:58 a.m.] egorxe I've meant poly width, which is channel length, SPICE "L" parameter, obviously. Confusing names, but gf180mcu refers to it as "Gate Width (Channel Length)" :). I've checked SPICE file for 7t library, all digital cells have nmoses with L=6e-7 and pmoses with L=5e-7 which are the minimal allowed for 5V. [2026-02-21 7:53 a.m.] .leonmc There's a company creating ASICs with LLM models hardcoded into the chip, so it can run only that specific model, but much faster and more efficiently: https://taalas.com/ Out of curiosity, is this something that could be done (on a smaller scale) on wafer.space? I feel like the low cost might be a big advantage here, and the old process node not as much of a disadvantage as for other types of chips (since the main comparison is GPUs, not other model specific ASICs, so even an old node might be good enough). I have no idea how to estimate how large the chip would need to be depending on parameter count, so maybe this is completely unrealistic and a stupid question 😅 [2026-02-21 9:39 a.m.] chips4makers If efficiency is important older nodes can't be competitive in power/computation by orders of magnitude; same for time/computation and there are limits on amount of parallellization possible. [2026-02-22 2:19 a.m.] mithro_ I'd start by looking at how the weights are being mapped to the transistors and then calculate the maximum number of transistors on the silicon space and see if the model is of a size you might find useful, then see if 10x smaller is still useful (as that is likely what you'll get on first attempt). [2026-02-22 5:58 p.m.] anfroholic @Leon are you referencing these people? https://www.anuragk.com/blog/posts/Taalas.html *edit: whoops, didn't see you posted the link* [2026-02-22 8:49 p.m.] 246tnt Mmm, you can abutt diffusion to tap in gf180mcu right ? Magic doesn't seem to like it. [2026-02-23 12:02 a.m.] bailey8889 You should be able to abut diffision and tap, but be aware that they will be at the same potential because of the salicide process. When you say magic doesn't like it, are you referring to drc run on gds created in another tool or are you editing directly in magic? [2026-02-23 6:52 a.m.] 246tnt @bailey I'm editing in magic. And yes, I know potential will be shared. [2026-02-23 3:08 p.m.] bailey8889 @tnt So you're trying to draw something like ndiffusion and ptap abutting and getting a drc error? [2026-02-23 3:10 p.m.] 246tnt yes. [2026-02-23 3:10 p.m.] 246tnt https://i.imgur.com/FHfjkxC.png {Embed} https://imgur.com/FHfjkxC 2026-02_media/FHfjkxC-7468B.png [2026-02-23 4:17 p.m.] rtimothyedwards_19428 @tnt : This appears to be an oversight on the thickox diffusion only. [2026-02-23 4:18 p.m.] rtimothyedwards_19428 I'm tracking it down now. Not sure how I would end up with it working for low-voltage diffusion but failing for high-voltage diffusion. . . [2026-02-23 4:25 p.m.] rtimothyedwards_19428 I think what happened was that I had to put in an extra rule to check high voltage diffusion spacing to low voltage tap (which cannot abut due to the position of the thick oxide mask), and managed to disallow an abutting high voltage tap. I need to update open_pdks anyway, so I'll commit the fix today. {Reactions} 👍 [2026-02-23 4:55 p.m.] 246tnt @Tim Edwards great, thanks for looking into it ! [2026-02-24 4:54 a.m.] bailey8889 Are the `VDD` and `DVDD` signals in `gf180mcu_ws_io__dvdd` cells intentionally shorted on metal2? The spice file is missing the `VDD` pin. ``` .SUBCKT gf180mcu_ws_io__dvdd DVDD DVSS VSS ``` https://github.com/wafer-space/gf180mcu/blob/81dae519f8105d469dc4c89671a718c4f4370483/gf180mcuD/libs.ref/gf180mcu_fd_io/spice/gf180mcu_ws_io.spice Same question for `VSS` and `DVSS` in `gf180mcu_ws_io__dvss` The spice file is missing the `VSS` pin. {Embed} https://github.com/wafer-space/gf180mcu/blob/81dae519f8105d469dc4c89671a718c4f4370483/gf180mcuD/libs.ref/gf180mcu_fd_io/spice/gf180mcu_ws_io.spice gf180mcu/gf180mcuD/libs.ref/gf180mcu_fd_io/spice/gf180mcu_ws_io.spi... Temporary development repository for the gf180mcuD PDK variant. - wafer-space/gf180mcu 2026-02_media/gf180mcu-BC413 [2026-02-25 11:57 a.m.] mole99 Started a thread. [2026-02-26 11:24 p.m.] mithro_ @Bl@st - I have an AI driven project to try to make a bunch of designs which are just SRAM at https://github.com/mithro/gf180mcu-sram-forge that still needs work. {Embed} https://github.com/mithro/gf180mcu-sram-forge GitHub - mithro/gf180mcu-sram-forge Contribute to mithro/gf180mcu-sram-forge development by creating an account on GitHub. 2026-02_media/gf180mcu-sram-forge-1A1DD [2026-02-27 11:59 p.m.] mithro_ Just gave the following presentation at Down Underflow 2026 at https://wafer.space/du26 {Reactions} 💜 (4) 🔥 (4) waferspace [2026-02-28 2:01 p.m.] mole99 And here's wafer.space in the latest ECL 🙌 https://fossi-foundation.org/blog/2026-02-21-ecl94#waferspace-launches-its-first-shuttle {Embed} https://fossi-foundation.org/blog/2026-02-21-ecl94 El Correo Libre Issue 94 El Correo Libre Newsletter, Issue 94 {Reactions} 🎉 (2) ============================================================== Exported 74 message(s) ==============================================================